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(57) Abstract 

A method to create, distribute and install on an installation computer a uniquely customised instance of a software application that 
is authenticable and traceable to a particular user. A secure distribution agent resident on a distribution computer collects indentifying 
information, and calculates a cryptographic signature of the software application and identifying information. The identifying information 
and cryptographic signature arc embedded in the software application by the secure distribution agent. The software application with 
embedded data is transmitted via a distribution channel to the installation computer. A user installation agent resident on the installation 
computer manages the installation of the software application with embedded data on the installation computer. Prior to installation, the 
user installation agent may use the cryptographic signature to verify that the software application, and the indentifying information, are 
authentic and have not been tampered with. 
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METHOD AND SYSTEM FOR NETWORKED INSTALLATION OF 
UNIQUELY CUSTOMIZED, AUTHENTICABLE , AND TRACEABLE 
SOFTWARE APPLICATIONS 

FIELD OF THE INVENTION 
5 This invention relates to a method and system for the 

electronic distribution and installation to users via a network 
of software applications that are uniquely customized, 
authenticable and traceable to the individual user. 
BACKGROUND OF THE INVENTION 

10 With the increasing importance and reliance on 

networked computer environments such as the Internet, 
Electronic Software Distribution (ESD) is assuming an increased 
importance as a means of distributing software applications to 
users. The on-line infrastructures currently in place enable 

15 users to purchase and install software applications without the 
need for physical delivery of shrink-wrapped software. 
Typically, a software publisher will prepare a master of the 
software application for electronic distribution. A customer 
will then go on-line and submit an order to purchase the 

2 0 software application, which will be received and fulfilled by 

the publisher. The customer will then download the software 
application and install it to his/her own computer. 

A disadvantage of the current on-line infrastructure 
is that it delivers software applications to users in a form 
25 that is identical with those found in retail stores and 

catalogues. Absent cryptographic protection, users can freely 
share the distribution form of the software amongst themselves. 

Even where cryptographic protection are present, the 
potential for unauthorized copying is still significant because 

3 0 all the users possess identical copies (necessarily having 

identical encryption schemes) of a software application. There 
is in all such cases a single underlying decryption key, and in 
most cases this key, or an equivalent variant of it, is entered 
by the user, who can then share it with other users who can use 
35 it to obtain unlicensed usage of the program. There exist 

today bulletin boards and Internet sites devoted to the sharing 
of such keys, which are visited by persons interested in 
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obtaining unpaid for usage of programs by applying such keys to 
copies of the applications they have obtained. 

Further, even where more subtle anti-piracy schemes 
are in place in a software application, it is not uncommon for 
5 software "hackers" to produce "crack" programs which can be 
used to process a freely-distributed, limited functionality 
version of a program to produce a revised, fully- functional 
version of the same program which can be used without 
purchasing a license. Even the most ingenious forms of single- 

10 key mass distribution, which might involve input of one-time- 
only responses to a dynamic challenge to infer the key, are 
vulnerable to a "crack" which simply causes the application of 
the "true" universal decryption key. Although such "crack" 
involves more technical sophistication than sharing of keys as 

15 above, the distribution channels and potential effect on the 
product's revenues are very similar. 

In addition, software applications distributed by 
conventional ESD techniques provide no means to police their 
own integrity to prevent unauthorized tampering. 

20 Portland Software has produced an electronic software 

distribution system sold under the trade-mark ZipLock™ that 
packages software for electronic distribution over the 
Internet. The ZipLock™ system discloses a system that 
distributes, from a secure server to a client resident on the 

25 user's computer, a standard executable software application 

that is protected by means of a cryptographic key. Data input 
by the users is transmitted to the secure server and is used to 
construct a customized digital licence certificate that is 
transmitted to the user in a separate computer file. The 

3 0 Ziplock™ system does not provide a mechanism to detect 

tampering done to the executable software application itself, 
nor does it provide traceability if the digital licence 
certificate is not included with an unauthorized redistribution 
of the software application. 

3 5 The prior art discloses a number of other systems and 

methods to protect unauthorized use of software electronically 
distributed to users. In Choudhury U.S. Pat. No. 5,509,074, 
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there is disclosed a method of protecting electronically 
published materials using cryptographic protocols. A first 
described embodiment requires special purpose hardware to 
decrypt the document that is transmitted to the user. This 
5 eliminates the method from general use with personal computers 
used by the general public. In a second method, there is no 
requirement for special purpose hardware. In this method, the 
publisher modifies the inter-line or inter-word spaces of the 
document to make each document unique for each user. The 

10 unique document is then encrypted and transmitted to the user's 
computer. Upon receipt of the encrypted document, the user's 
computer will prompt the user to enter his/her secret key which 
is used to decrypt the document for viewing. The method 
disclosed by this reference does not prevent piracy, it only 

15 discourages piracy by making the pirated document traceable to 
the user. In addition, this reference pertains only to data 
files, not to the protection of executable files of any type. 

In Cane U.S. Pat No. 5,416,840, there is disclosed a 
method and system for protecting computer program distribution 

20 in a broadcast medium, such as radio frequency public broadcast 
or computer network. In this reference, the method involves 
encrypting at least a portion of a computer program, the user 
being supplied with a password for use in decrypting the 
computer program so that the computer program can be installed 

25 and used. A unique password is generated and transmitted to 

the user for subsequent use in decrypting the selected software 
program contained on the medium. While there is disclosed a 
method and system for the generation, transmission and use of 
unique passwords that cannot be shared among different users of 

30 the software application, this reference requires the user to 
own proprietary hardware that eliminates it from general use 
with personal computer owned by the general public. 

In Yuval U.S. Pat No. 5,586,186, there is disclosed a 
method and system for controlling unauthorized access to 

35 software distributed to users. The main components of the 

system are an encryptor, a user key generator, and a decryptor. 
The encryptor generates encryption and decryption keys, 
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encrypts the software using the encryption keys, and stores the 
encrypted forms of the software of the broadcast medium, such 
as CD ROM. The user key generator generates a unique key using 
numeric representations of identifying information supplied by 
5 users and the decryption keys. The decryptor is responsible 
for decrypting the encrypted forms of the software using the 
identifying information supplied by the user, and the unique 
user keys. The decryption method disclosed by this reference 
enables a large number of different but logically similar keys 

10 to be used as decryption keys, each of which is unique to a 
particular user. However, this reference does not disclose a 
means to customize a software application with user-specific 
data such that the software application itself can be 
authenticated. Furthermore, this reference does not prevent 

15 piracy by sharing of keys; it only discourages it through 
traceability of keys . 
SUMMARY OF THE INVENTION 

The present invention pertains to a method for the 
electronic distribution of a software application from a 

20 distribution computer to an installation computer comprising 
the steps of receiving at said distribution computer 
identifying information, embedding said identifying information 
in said software application at said distribution computer to 
form an identifiable software application, generating a 

25 cryptographic signature for said identifiable software 

application, embedding said cryptographic signature in said 
identifiable software application to form an identifiable and 
authenticable software application, and transferring said 
identifiable and authenticable software application from said 

3 0 distribution computer to said installation computer. 

The method and system of the present invention 
discloses an on-line software customization, delivery and 
installation scheme. Instead of distributing a software 
application to a user that results in the installation of a 

3 5 totally generic, untraceable executable file on the 

installation computer, the method and system disclosed herein 
discloses a means to create, distribute and install on an 
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installation computer a uniquely customised instance of a 
software application that is authenticable and traceable to a 
particular user. 

The method and system disclosed herein provides for a 
5 user installation agent (UIA) resident on an installation 
computer to establish a connection through a distribution 
channel to a secure distribution agent (SDA) resident on a 
distribution computer. The UIA and/or SDA prompt the user to 
input identifying information that, together with business 

10 related information such as licensing terms, etc., is used to 
create a unique data set that is embedded in the desired 
software application by the SDA. By the use of a cryptographic 
hash algorithm, and private/public key cryptography wherein a 
private key is only known to the SDA, a cryptographic signature 

15 of the desired software application and embedded data set is 
calculated and also embedded into the software application. 
The software application with embedded data and cryptographic 
signature is transmitted via a distribution channel to the 
installation computer where it is installed on the installation 

20 computer. Optionally, the installation computer may use the 
cryptographic signature to verify that neither the software 
application, nor the embedded data have been tampered with. 
Public key(s) used to decrypt the cryptographic signatures may 
be transmitted to the installation computer with the software 

25 application, or by any other means, such as e-mail, Internet 
bulletin boards, etc. Following installation, the embedded 
data and cryptographic signature are used in a variety of ways, 
such as to provide a means to trace the software application to 
the user, to police the continued integrity of the software 

3 0 application, to ensure that license conditions continue to be 
met, to perform virus checking, or automatic upgrading of the 
software application itself. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a system overview 

35 showing the various inputs and components of the system and 
method of the present invention; 
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Figure 2 is a data flow diagram of the structure and 
operation of the Secure Distribution Agent employed by the 
present invention; 

Figure 3A is a block diagram showing details of the 
5 construction of the aggregate distribution file using a one- 
step cryptographic process; 

Figure 3B is a block diagram showing details of the 
construction of an aggregate distribution file using a two-step 
cryptographic process; 
10 Figure 3C is a block diagram showing details of the 

construction of an aggregate distribution file using a 
cryptographic process that is a variant of the two-step 
cryptographic process shown in Figure 3B; 

Figure 4 is a block diagram of the structure and 
15 operation of the User Installation Agent employed by the 
present invention; 

Figure 5 is a block diagram showing the means of 
extracting and authenticating embedded data from an installed 
distribution file; 

2 0 Figure 6 is a flow chart of a first embodiment of the 

present invention that authenticates embedded data by means of 
a common encryption key; 

Figure 7 is a flow chart of a second embodiment of 
the present invention that authenticates embedded data by means 
25 of a unique per-user encryption key; and, 

Figure 8 is a block diagram showing the various uses 
of the installed software application delivered to the user by 
means of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

3 0 Figure 1 shows the various inputs and components of 

the system and method of the present invention. At the top 
level is shown a representation of the Electronic Software 
Distribution (ESD) back-end components 10, which include 
clearinghouses of software, software manufacturers, publishers, 
3 5 credit card servers, etc., all of which interact with a Secure 
Distribution Agent (SDA) 100 resident on a distribution 
computer that forms an essential part of the present invention. 



WO 98/45768 



PCT/CA98/00241 



The SDA 100 interfaces with these ESD back-end components 10 
via the Internet or private computer network to provide payment 
methods support, loading of software applications from 
publishers, etc. The exact nature of the ESD back-end 
5 components 10 may vary without affecting the method and system 
of the present invention. 

The SDA 10 0 is comprised of a system of co-operating 
software programs, which run in a secure environment. The 
nature of the secure environment is immaterial to the invention 

10 as long as it ensures the ability to protect the privacy of 
user data, authentication of users and possibly other third- 
parties, and suitable limitations on the operations which can 
be accessed externally. This environment might or might not be 
physically separated from an installation computer. The 

15 structure and operation of the SDA 10 0 is more fully described 
in Figure 2 . 

One of the inputs to the SDA 100 is a set of 
databases 2 0 of supported software applications, license terms, 
licensed users, etc. The SDA 100 transmits and receives 

2 0 relevant data to/ from the databases 2 0 prior to, and during the 
operation of the present invention. The exact nature and 
content of the databases 2 0 is not an essential feature of the 
invention. 

A distribution channel 3 00 is illustrated in Figure 1 
25 that can comprise computer networks such as the Internet, or 
private network, or a security layer as required to maintain 
security if the SDA 100 were located in close proximity with a 
user installation agent (UIA) 200. Alternatively, it may 
contain some combination of these elements. The distribution 
30 channel 300 is used to connect the UIA 200 to the SDA 100 (and 
thus connect the distribution computer to the installation 
computer) so that information may be exchanged between these 
two agents, and so that an aggregate distribution file 170 
(shown in Figure 2) can be distributed from the SDA 100 to the 
35 UIA 200. Though the distribution channel 300 is illustrated 
between the SDA 100 and the UIA 200, the system of the present 
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invention does not require that the SDA 100 be physically 
distant from the UIA 200. 

At a user's end is the UIA 20 0 which is an 
installation/automatic upgrade software program resident on the 
5 installation computer. This program is used to communicate via 
the distribution channel 3 00 to the SDA 100, and to perform the 
required operations, more fully described below, on the 
installation computer. Though normally one UIA 200 would be 
required for each supported software application, persons 

10 skilled in the art would be familiar with the capability to 
develop a UIA 2 00 that would support multiple software 
applications. Also shown in Figure 1 is a distribution form 30 
of the UIA 200, including support files. The nature of the 
distribution form 3 0 of the UIA 200 is immaterial to the 

15 operation of the present invention. Any of CD ROM, World Wide 
Web (WWW) download, floppy diskette, etc. could be used. 

The UIA 200 accepts data 32 input from the user, such 
as name, address, payment options, etc., as well as data 
pertaining to the acceptance of an end-user license. 

20 Environment sensing data 34 such as speed of CPU, size of hard 
disk, speed of modem, etc. may also be input to the UIA 200 for 
processing. The identifying information processed by the UIA 
200 may include any information pertaining to the purchaser, 
the seller, the installation agent, date, serial number, 

25 license specifics, etc. This data may be used for the 

automatic registration of the desired software application with 
a publisher or its commercial proxies. 

As noted above, the identifying data 32, 34 
constitutes identifying information concerning the user, its 

3 0 computer, etc. The identifying data 32, 34 is processed by the 
UIA 200 and transmitted to the SDA 100 via the distribution 
channel 300. Of course, it is understood that the identifying 
information does not necessarily have to be transmitted to the 
SDA 100 by means of the distribution channel 300. For example, 

35 the identifying information may be locally entered into the SDA 
10 0 by an agent using information received verbally, in 
writing, or in some other non-electronic manner. The SDA 100 
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combines the identifying data 32, 34 with the data stored in 
the databases 20 to produce an aggregated distribution file 170 
that is uniquely customized, authenticable, and traceable to 
the user. The aggregate distribution file 17 0 is transmitted 
5 via the distribution channel 300 to the UIA 200. The output 
from the UIA 2 00 is a uniquely customized software application 
15 (to be referred to below as an "installed aggregate 
distribution file") installed on the installation computer, 
with identifying information embedded therein. 

10 Though the description of the present invention 

implies that the "user" is an individual user of the software 
application 15 to be installed on a personal computer, persons 
skilled in the art will appreciate that the present invention 
would also operate in the context of a networked end-user 

15 environment, where the "user" was a network administrator 

responsible for installing software on a central server for use 
by a number of end users. 

Figure 2 is a data flow diagram of the structure and 
operation of the SDA 100 employed by the present invention. An 

2 0 original distribution file 13 0 is shown as an input to a 

conversion program 110. In the envisioned implementation, the 
original distribution file 13 0 is input to the SDA 100 by the 
databases 20 shown in Figure 1. It is understood that the 
original distribution file 13 0 does not necessarily have to be 

25 input to the SDA 100 by the databases 20, since the original 
distribution file 13 0 may already be resident on the 
distribution computer containing the SDA 100. The conversion 
program 110 has, as additional inputs, the data 140 to be 
embedded in the distribution file 130, and required 

30 public/private cryptographic key pairs 150. The embedded data 
140 is produced by a user interaction program 12 0 which 
interacts with the user through the UIA 2 00 to receive 
identifying data 32, 34 (shown in Figure 1) as well as data 
from the databases 2 0 of supported software applications, 

35 license terms, licensed users, etc. 

While the embedded data 140 can be of any form and 
content, it is anticipated that the embedded data 140 will 
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contain information enabling the software application 15 to be 
traceable to an individual user and license transaction . For 
example, the embedded data 14 0 can include a unique serial 
number used to identify the aggregate distribution file 170 to 
5 be distributed to the user. The would eliminate serial number 
fraud that is common in the software industry, whereby current 
software applications can only perform simple validity checks, 
which can be fooled by widespread fraudulent re-use of a single 
valid serial number. The embedded data 140 may take the form 
10 of a complete license agreement customized to the individual 
user, including user name, address, software serial no., 
license terms, etc. Records of the user information collected 
by the user interaction program 12 0 may be kept by the 
databases 20. 

15 The output of the conversion program 110 is an 

aggregate distribution file 170 which contains both the 
contents of the original distribution file 130, the embedded 
data 140, as well as a cryptographic signature of the embedded 
data 14 0 and the original distribution file 13 0. The aggregate 

20 distribution file 170 is then transmitted via the distribution 
channel 300 to the UIA 200. The UIA 200 then installs the 
aggregate distribution file 170 on the installation computer. 
Once the aggregate distribution file 170 is installed, it takes 
the form of an installed aggregate distribution file 15. 

25 By means of its connection with the UIA 2 00, the SDA 

100 can negotiate arbitrary license terms with the user, 
display an End-User License Agreement (EULA) , confirm 
acceptance of that agreement, and automatically perform on-line 
registration of the software based on the already-established 

30 identity of the user and the specific license terms. Subject 
to commercial and legal considerations, an SDA 100 could offer 
different pricing and license terms, and possibly different 
executable versions, to users in different countries, for 
example. In addition, differential pricing based on attributes 

35 of the installation computer such as CPU power could be 
provided . 
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The SDA 100 does not require intelligence within 
itself for functions such as establishing that a user's stated 
address and credit- card number are valid, consistent, and 
within a given geographical area. Such functions may be 
5 undertaken by the high-level ESD components 10 illustrated in 
Figure l. 

Figure 3A shows the procedure for constructing the 
aggregate distribution file 170 in greater detail. For the 
sake of illustration, the original distribution file 130 is 

10 assumed to have a structure including header information and 
different types of internal sections for code, static data and 
so on, such as a Windows™ 'Portable Executable' (PE) program 
file. One of ordinary skill in the art can appreciate that the 
method and system of the present invention can be applied to a 

15 number of different file formats. Similarly, the inputs 140, 
151 to the conversion program 110, and output 170 from the 
conversion program 110 are illustrated to be computer files, 
but they could be in-memory images, streams from other 
processors, etc. 

2 0 A typical sequence of steps run by the SDA 100 to 

construct the aggregate distribution file 170 is described 
below. 

1. The conversion program 110 is run, as a result of the 
user interaction program 12 0 having determined that a 

2 5 conversion is required i.e. that a delivery of a particular 

aggregate distribution file 170 according to the method of the 
present invention is authorized, and that the required embedded 
data block 140 has been constructed. All subsequent steps are 
executed by the conversion program 110 unless otherwise 

30 indicated. 

The object is to obtain what is often referred to as 
a "digital signature", or "cryptographic signature" which 
inherently has two aspects: 

(i) By the use of a cryptographic hash algorithm, the 
35 production of a cryptographic fingerprint that 

uniquely corresponds to the data "ed" 13 0, 14 0; and 
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(ii) Protection of that cryptographic fingerprint by- 
encrypting it with a private key, such that the 
recipient of the cryptographic fingerprint may, by 
using a public key and the cryptographic algorithm, 
5 verify that the data 11 ed" 130, 14 0 is intact, without 

. having the ability to generate a new cryptographic 
fingerprint, and plausibly change the data. 
These two steps are essential to realize the advantage of 
the present invention, since without both steps a third 
10 party may intervene and alter data without the recipient 

being able to detect it . This procedure is to be 
distinguished from simply encrypting the data "ed" 130, 
140, which is a step that is not necessary to the 
operation of the present invention since there is no way 
15 to plausibly alter the data 13 0, 14 0 without such 

alterations being detectable. 

2. The input/output logic 111 of the conversion program 
110 reads in the desired original distribution file 130, its 
corresponding cryptographic private key 151, and the data to be 
20 embedded 140. Though not required by the conversion program 
110, a public key 152 may be passed through in order that it 
may be added to the aggregate distribution file 130. Utilizing 
cryptographic hash algorithms 112 and Public-Private key (PPK) 
encryption algorithms 113, a cryptographic signature 174 is 
25 produced. The basic steps of this process are: 

2.1 Apply a one-way hash function "hf" to the data "ed" 
130, 140 producing a cryptographic fingerprint "edh", that 
is edh = hf (ed) . The requirements for this cryptographic 
fingerprint are as follows: (i) that it produce a 
30 reasonably compact result i.e. size(edh) << size(ed), and 

preferably a fixed-length result; (ii) that the 
fingerprint alone cannot be used to ascertain the original 
data block back i.e. there is no back-hash function "bhf" 
such that bhf (edh) = ed; (iii) that it be extremely 
35 sensitive to changes in "ed 11 ; say, that a single-bit 

change in "ed" changes on average 50% of the bits in 
"edh", and (iv) that it is extremely difficult to 
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construct a false embedded data block "fed" which produces 
the same fingerprint as "ed" , that is hf(ed) = hf(fed). 
There are a number of algorithms which satisfy these 
requirements, such as MD5 (Message Digest 5) and SHA 
5 (Secure Hash Algorithm) . Other algorithms that also meet 

the above criteria that may be employed by the present 
invention. 

2.2 Encrypt the cryptographic fingerprint "edh" using the 
private key 151 "prk" and a public/private encryption 

10 function "ppef" to produce a cryptographic signature "edf" 

174, that is: edf = ppef (prk, edh). The requirements for 
the encryption function "ppef" are as follows: (i) that it 
produce a result not substantially larger than its input; 
(ii) that it effectively protect relatively short data 

15 sets, since "edh" will be bytes long rather than kilobytes 

long; (iii) that is computationally infeasible to use the 
public key 151 ("puk") and the cryptographic signature 
"edf" 174, or multiple instances of "edf" 174 (which will 
be visible on the installation computer) to infer the 

20 private key "prk", that is, there is no cracking function 

"cf" such that: puk = cf (edf, puk); (iv) that there is no 
conceivable means of replicating the behaviour of "ppef" 
using "prk" without in fact possessing both "ppef" and 
"prk". In principle, "ppef" can be inferred from its 

25 corresponding decryption function, so "prk" is the 

important secret in practical terms; (v) that the 
corresponding public-key decryption function "ppdf " have 
acceptable performance on a typical installation computer 
for the pertinent file sizes. Note that if a specific 

30 ppef /ppdf is chosen for security reasons and does not 

yield acceptable performance, the encryption could be 
applied to only a portion of the selected files and still 
offer the same benefits; (vi) that it be suitable 
(preferably, via established cryptanalysis) for specific 

35 application in this domain i.e. digital signatures. There 

are a number of algorithms which might satisfy these 
requirements, such RSA and those of Rabin and ElGamal . The 
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careful selection of implementation parameters can help 
attain required security and performance. 
3. The cryptographic signature 174 from step 2.1, and the 
data to be embedded 140 are inserted into the original 
5 distribution file 13 0 to produce the aggregate distribution 
file 170. This insertion is not a simple copying of bits into 
the middle of a file, since it must be compliant to the format 
requirements of the particular file types. For example, 
headers may have to be updated to identify the new data etc. 

10 The system and method of the present invention does 

not require that the embedded data 171 or the cryptographic 
signature 174 be positioned in any particular manner in the 
aggregate distribution file 17 0. What is necessary is that: 
(i) the software on the installation computer, and the UIA 200 

15 in particular, be able to locate the embedded data 171 and 
cryptographic signature 174, and (ii) that the aggregate 
distribution file 170, after it is installed on the 
installation computer, be able to perform its intended 
function; for example, if it is an executable file, that it 

2 0 still conform to structural and other platform requirements so 
it can load and run on the installation computer as it might 
have before the conversion process. For example, if the file 
were in a format common to current computers containing an 
Intel™ microprocessor and running a Microsoft™ Windows™ 

2 5 operating system, the conversion program 110 could inspect the 

"header" section of the original distribution file 130 to 
determine where there were sections containing static data so 
as to avoid sections containing executable code. A static data 
section would be selected and a suitable location for the 

3 0 embedded data block 171 and cryptographic signature 174 would 

be found or created. This would be done by, for example, (i) 
determining that an existing static data block had unused 
capacity sufficient to add the data, (ii) allocating a new 
static data block, or (iii) expanding an existing static data 
35 block. 

The method illustrated in Figure 3A discloses a one- 
step process wherein cryptographic signature 174 is ascertained 
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for the original distribution file 13 0 and the embedded data 
140. An optional method, such as that illustrated in Figure 
3B, would be to employ a two-step process wherein a 
cryptographic signature 172 of the embedded data 171 is first 
5 produced using the same algorithm described in step 2 above. 
This embedded data cryptographic signature 172 is then itself 
embedded into the original distribution file 13 0. The original 
distribution file 13 0, embedded data 171, and embedded data 
cryptographic signature 172 aire then input to the second 

10 cryptographic step, wherein an overall cryptographic signature 
176 is ascertained using the same algorithm described in step 2 
above. The benefit of the two step process is that it augments 
the capabilities of the system and method of the present 
invention to authenticate and detect tampering in the software 

15 application installed on the installation computer. For 

example, separate cryptographic public/private key pairs could 
be provided for the two cryptographic signatures 172, 176. 
Furthermore, the two-step process allows the embedded data 171 
to be extracted and authenticated, even if the original file 

20 contents 173a, 173b have been corrupted. 

Another alternative is to construct the aggregate 
distribution file 170 using a variation of the two-step 
cryptographic process wherein a first cryptographic signature 
175 is made of only the original file contents 173a, 173b, and 

25 a second cryptographic signature 172 is made of the embedded 
data 171. This is illustrated in Figure 3C. This scheme has 
all the advantages of the two-step process illustrated in 
Figure 3B, and also allows for separate authentication of the 
embedded data 171 and the original file contents 173a, 173b. 

3 0 This would allow a user to verify that original distribution 
file 13 0 provided by the publisher had not been altered by the 
on-line installation process disclosed by the present 
invention. 

One of ordinary skill in the art will appreciate that 
35 any of the cryptographic signatures 172, 174, 175, 176 shown in 
Figures 3A, 3B and 3C do not have to be produced using the same 
set of cryptographic public/private key pairs, or even the same 
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cryptographic algorithms. As well, it is not necessary that 
the cryptographic signatures 172, 174, 175, 176 be calculated 
each time an aggregate distribution file 170 is distributed to 
a user. The SDA 100 could maintain a database of 
5 partially-precomputed signatures to speed up the related 
calculations. The availability of cryptographic hardware 
support such as RSA co-processors in the installation computer, 
could be used to attain good responsiveness with maximal 
security. As well, it is not essential that the aggregate 

10 distribution file 170 be constructed in its entirety by the SDA 
100. What is necessary is that the aggregate distribution file 
170 be derivable in its entirety by the UIA 200. 

Figure 4 illustrates the structure and operation of 
the UIA 200 which consists of a transient installation index 

15 204, a transient installation input fileset 205, and a UIA 

proper executable software program 2 03. One skilled in the art 
will appreciate that there are many ways in which the UIA 
program 2 03 could be implemented. Since a significant part of 
the UIA's 200 functionality involves user interaction and 

20 dialog with the SDA 100, options for the implementation of the 
UIA 2 00 include either making it an adjunct to a World Wide Web 
(WWW) browser, or implementing it as a stand-alone program 
which itself embeds or invokes already-present browser 
capability on the installation computer. 

25 A typical execution sequence of the UIA 200 is 

described below: 

1. After the UIA program 2 03 and its support data 204, 
2 05 have been copied onto the installation computer, the user 
runs the UIA program 203. Note that the UIA program 203 could 

3 0 also have been initiated remotely e.g. sent as an active 

program within a browser framework by a WWW server. Unless 
otherwise stated, all subsequent steps are executed by the UIA 
program 203 . 

2. The installation index 204 and installation input 

3 5 fileset 205 are read by the installation computer to determine 
the particular default SDA 100 appropriate for the installation 
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of the desired software application (known as the "installed 
aggregate distribution file") 15. 

3. The installation computer is examined to determine 
the probable means of establishing communications with the SDA 
5 100, for example, the presence of TCP/IP network interfaces, 
modems etc. If no such means are found, the program optionally 
assists the user to find parameters which will work properly, 
then fails with a warning. This is because access to the SDA 
100 is essential for operation of the invention. 

10 4 . The user 1 is prompted with the default data from 

steps (2) and (3) above, i.e. informed where the UIA program 
2 03 will look for the desired SDA 100, and over what sort of 
distribution channel 300. The user 1 is then given an 
opportunity to change this information, either for commercial 

15 reasons (e.g. maybe an SDA has changed names or locations), or 
for technical reasons (e.g. the user does not have working 
TCP/IP connectivity and wants to use a straight modem link, 
perhaps via an 8 00 number.) 

5. Via the distribution channel 300, the UIA program 203 
20 establishes contact with SDA 100. If this cannot be done, the 

UIA program 203, after optionally helping the user determine 
parameters which will work properly, fails with a warning. 
While the security of the distribution channel 300 is optional 
to the operation of this invention, it is expected that the 
25 distribution channel 300 will support appropriate protocols to 
protect the SDA 10 0 from fraud. A common protocol supporting 
authentication and privacy, such as Secure Sockets Layer (SSL) 
is appropriate. 

6. The UIA program 203 acts as an intermediary between 

3 0 the user and the SDA 100, enabling the user 1 to establish any 
legitimate agreement which the SDA 100 supports with respect to 
the desired installed aggregate distribution file 15. The UIA 
program 203 also has the ability to determine whether the 
available system resources of the installation computer meet 

35 the requirements of the desired installed aggregate 
distribution file 15. 
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There are no technical limits to the variety of 
options that can be displayed to the user, the questions the 
user might be asked, the data that might be gathered about the 
installation computer, etc. Since the SDA 10 0 is being run 
5 throughout the data gathering, data embedding, software 

distribution and software installation process, the system and 
method of the present invention can employ various levels of 
cryptography without the user ever being informed of the 
cryptographic keys, or any information from which they could be 

10 derived. This is unlike other electronic delivery systems 
which typically require subsequent off-line entry of 'secret 
keys' or derivates thereof which have been explicitly divulged 
to the user. Of course, public keys used for the 
authentication of cryptographic signatures are an exception in 

15 that the user may be able to determine them easily, however 
this is not a security issue since they have no fraudulent 
application. 

7. Assuming that the user 1 meets all the criteria 
set out by the SDA 10 0, the SDA 10 0 will determine a specific 

20 set of files that must be transmitted to the UIA 200 to 

complete installation on the installation computer, notably 
including at least one aggregate distribution file 170 (shown 
in Figures 3A-3C) . It is immaterial to the system and method 
of the present invention what is the nature of the agreement 

25 entered into between the user 1 and SDA 100, or how it is 

validated. That is the responsibility of the SDA 10 0 and its 
subtending commercial systems 10, if any. Most importantly, 
the UIA 200 does not and cannot itself decide whether an 
agreement has been reached between the user and the SDA 10 0. 

3 0 The UIA 20 0 does not have, and should not have, access to all 
the information required to complete the installation, except 
through interaction with the SDA 100. 

8. The SDA 100 transmits an index of the required 
distribution files to the UIA 200 via the distribution channel 

35 300. The UIA 200 uses this index to augment its own local index 
2 04 forming a complete index for the upcoming installation. 
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9. The SDA 100 constructs one or more aggregate 

distribution files 170 and any other files required for the 
installation, and transmits these files to the UIA 200 via the 
distribution channel 300. 
5 10. Using its local index and support files 204, 2 05 

the UIA program 203 completes the installation of the installed 
aggregate distribution file 15 in a manner compliant with the 
platform of the installation computer. In particular, the UIA 
200 installs the aggregate distribution file 170 such that the 

10 cryptographic signature 174 and the embedded data 171 are 
unaffected. Once the aggregate distribution file 170 is 
installed on the installation computer, it is referred to as an 
installed aggregate distribution file 15. The UIA program 203 
will also perform other system updates 212 as necessary, such 

15 as updating the operating system registry (in the case of 

Windows 95™), and installing any additional application files. 
Other optional operations, such as leaving an appropriate 
'uninstall' utility, may also be involved. 

12. If an error should occur, the UIA program 2 03 may 

2 0 signal the SDA 100 to re-initiate the installation. If no 

error has occurred, the UIA program 203 signals the SDA 100 
that all required data has been received. This could, for 
example, be used as the trigger signal for the SDA 100 to 
commit to a financial transaction. Leaving the financial commit 
25 to this late part of the process minimizes the probability of 
the user being charged for a software application which has not 
been successfully installed, thus reducing one cause of 
customer frustration. 

13. The UIA program 203 deletes any transient files, 
30 indices etc. that it might have placed on the installation 

computer . 

14. The UIA program 203 disconnects from the SDA 100 
and the distribution channel 300 and exits. 

Upon successful completion of the optional 

3 5 authentication procedures described in further detail below, 

the user can then run the installed aggregate distribution file 
15 on the installation computer. It should be understood that 
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the authentication procedures described below can be done 
either before or after the installation is completed. 

The method and system of the present invention would 
diminish disputes arising from software which is purchased but 
5 not successfully installed. The UIA 200 can detect and warn 
the user if the installation computer had inadequate resources 
to run the desired software application, before any financial 
transaction has been made. Further, the final financial 
commitment to purchase the software application by the user can 

10 be done late in the installation process so that the 

probability of the financial transaction being successful, but 
the installation itself failing, would be low. 

One of ordinary skill in the art will appreciate that 
the UIA 200 may be distributed to users in a mass-produced 

15 media form containing the original distribution file 13 0, or a 
derivative thereof not subject to successful fraudulent re -use 
through simple copying. In this scenario, the SDA 10 0 would 
transmit to the UIA 2 00 only the incremental information which 
the UIA 2 00 would require to construct the aggregate 

2 0 distribution file 170 and complete the installation. Any 

attempts to pirate the software application can be defeated by 
ensuring that the distribution form of the UIA 2 00 contains an 
incomplete set of executable files, thereby requiring essential 
data from the SDA 100 to be capable of executing on the 
25 installation computer. 

Figure 5 illustrates the means of authenticating and 
extracting user data from an installed aggregate distribution 
file 15 to verify that neither the original file contents 173a, 
173b, nor the embedded data 171 have been tampered with. This 

3 0 step is optional to the operation of the present invention 

because the installed aggregate distribution file 15 may be run 
by the user without authentication. It should be understood 
that the authentication procedures described below can be done 
either before or after the installation is completed. If 
3 5 authentication is done prior to installation on the 

installation computer, then the following procedures are 
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directed by the UIA 203 to the aggregate distribution file 170, 
instead of the installed aggregate distribution file 15. 

The process illustrated in Figure 5 is in relation to 
an installed aggregate distribution file 15 constructed using 
5 the two-step process illustrated in Figure 3B. The principles 
of authenticating and extracting user data from an installed 
aggregate distribution file 15 constructed using the one-step 
cryptographic process illustrated in Figure 3A, or the variant 
of the two-step process illustrated in Figure 3C, are the same 
10 as those described below, with appropriate modifications, 

depending on the nature of the cryptographic signatures to be 
compared. 

Though a separate authentication and reading program 
40 0 is shown performing the functions of authentication and 

15 reading of embedded data 171, a person skilled in the art will 
appreciate that these functions need not be embodied in such a 
stand-alone program, and could be incorporated as functions of 
other programs, such as the UIA 200, a license-checker, a 
virus -checker, a program loader, a copy program, etc. A 

20 typical execution sequence of the authentication and reading 
program 400 is described below: 

1. The authentication and reading program 400 is run, 
either by a user or by automatic invocation from another 
program such as the UIA 200. Unless otherwise indicated, the 

25 following steps are all executed by authentication and reading 
program 400 . 

2. Determine which installed aggregate distribution file 
15 to process, either by prompting the user or having this 
passed as a parameter by the UIA 200. Also determine (if 

3 0 derivable therefrom in the particular implementation, as 
opposed to being contained in the file itself) , which 
particular public key 152 is applicable to this installed 
aggregate distribution file 15. 

3. Open the installed aggregate distribution file 15 in 
3 5 question and check that it meets the applicable format 

requirements. For example, a given implementation might 
support executable (EXE) and dynamic link library (DLL) files 
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in the 'PE' format for Intel™ processors. If the installed 
aggregate distribution file 15 fails these basic checks, or is 
not found, the authentication and reading program 400 fails 
with an appropriate warning. 
5 4 . Examine the file to determine the location of the 

overall cryptographic signature 176, the embedded data 
cryptographic signature 172, and the embedded data 171. The 
installed aggregate distribution file 15 can be formatted in 
various ways to support this, such as including pointers to 

10 these sections in the file header. If applicable in the 

particular implementation, (i.e. the public key 152 is included 
in the file as opposed to being otherwise determined the 
authentication and reading program 400) , find and extract the 
required public key 152. 

15 If any of the above steps fail, the authentication and 

reading program 400 fails with an appropriate warning. 

5. Use the public key 152 to decrypt the overall 
cryptographic signature 176 into its unencrypted form 176a (the 
decrypted remote overall fingerprint) . 

20 6. Using the same known cryptographic signature algorithm 

as was employed by the SDA 10 0, calculate a local version 176b 
(the locally calculated overall fingerprint) of the overall 
cryptographic signature. This calculation will necessarily 
exclude the overall cryptographic signature 176 itself i.e. 

25 cover all parts of the installed aggregate distribution file 15 
except 176, in order that the locally calculated overall 
fingerprint 176b will not depend on itself. 

7. Compare the locally calculated overall fingerprint 
176b to the decrypted remote overall fingerprint 176a. If they 

3 0 differ, the authentication and reading program 400 will fail 
with a warning that the installed aggregate distribution file 
15 has been corrupted. At this point, the UIA 200 may be 
invoked to contact the SDA 10 0 to re-acquire the installed 
aggregate distribution file 15. 

35 8. Extract the embedded data 171 and present it 

graphically to the user, if the program has been user- invoked, 
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or pass it in message form to the invoker routine, if 
software - invoked . 

9. Use the public key 152 to decrypt the embedded data 
cryptographic signature 172 into its unencrypted form 172a (the 

5 decrypted remote embedded data fingerprint) . 

10. Calculate a local version 172b (the locally 
calculated embedded data fingerprint) of the embedded data 
cryptographic signature 172 using the same known cryptographic 
signature algorithm as the SDA 100 used. 

10 11. Compare the locally calculated embedded data 

fingerprint 172b to the decrypted remote embedded data 
fingerprint 172a. If they differ, the authentication and 
reading program 400 will fail with a warning that the embedded 
data 171 has been corrupted. 

15 A similar procedure of comparison would be followed 

in respect of the cryptographic signature 174 if the one step 
process illustrated in Figure 3A had been followed. As well, a 
similar procedure of comparison would be followed in respect of 
the original file contents cryptographic signature 175 if the 

20 variant of the two-step cryptographic process illustrated in 
Figure 3C had been undertaken. 

Figure 6 is a flow-chart of a summary of the 
procedures described in relation to Figures 2, 3A, 3B, 3C, 4 
and 5 . It should be noted that the public key 152 used to 

25 authenticate the integrity of the installed aggregate 

distribution file 15 could be delivered to the UIA 2 00 by any 
means since it is not a secret and might be useful for more 
than one purpose. For example, the public key may be embedded 
in the aggregate distribution file 170, it may be explicitly 

3 0 sent to the user as a separate file or message, or it may be 
obtained automatically by the installation computer from a 
network trusted authority (e.g. Verisign™ Inc.) 

Figure 7 is a flow-chart of another set of procedures 
that may be employed in accordance with the present invention, 

35 whereby the original file contents 173a, 173b are encrypted 
using a unique private key calculated by the SDA 100 for this 
particular transaction. A record of this unique private key is 
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kept by the SDA 100, and the corresponding unique public key is 
transmitted with the aggregate distribution file 170 via the 
distribution channel 300 to the UIA 200. The UIA 200 will 
decrypt the aggregate distribution file 170 using the public 
5 key. For security reasons, it is preferred that this public 
key not be permanently stored on the installation computer. 
Instead, the unique public key would exist only in the 
computer's Random Access Memory (RAM) for the duration of the 
installation. This makes usable redistribution of the 

10 aggregate distribution file 170 practically impossible. 

Although the present invention has been described 
with reference to the preferred embodiments, one of ordinary 
skill in the art will recognize that a number of variations, 
alterations and modifications are possible. In Figure 8 there 

15 is an illustration showing the various uses of the installed 
aggregate distribution file 15. After installation and 
authentication by the UIA 200, the installed aggregate 
distribution file 15 may run normally without making use of the 
embedded data 171 in any way. To ensure licence compliance, 

20 the installed aggregate distribution file 15 may also be run in 
association with a license-enforcement program that verifies 
that any license terms comprising part of the embedded data 171 
are being complied with. The embedded data 171 and 
cryptographic signatures 172, 174, 175, 176 (depending on the 

25 manner in which the aggregate distribution file 170 was 

constructed) may also be used as an input to a virus checker 
that may perform an integrity check on the installed aggregate 
distribution file 15 by using the public key 152 and the same 
known cryptographic signature algorithm as was employed by the 

30 SDA 100. Each time the installed aggregate distribution file 
15 is run, the authentication and reading program 400 shown in 
Figure 5 may also be run, either by itself, or in association 
with an authenticating loader that would reject tampered files, 
and would not permit a tampered installed aggregate 

35 distribution file 15 to be run. The embedded data 171 may also 
be used simply for display to the user. 
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The method and system disclosed herein can also be 
used to upgrade an installed aggregate distribution file 15 
present on an installation computer. In this case, the UIA 2 00 
and the SDA 10 0 would verify of the license status of the 
5 installed aggregate distribution file 15 present on the 

installation computer, and then invoke the method and system 
disclosed herein to construct, deliver and install an upgraded 
version of the installed aggregate distribution file 15 to the 
installation computer. The capability to invoke the upgrading 

10 feature of the present invention could be done at the request 
of the user, or it could be invoked automatically upon 
detection by the UIA 2 00 of the availability of a new version 
of the original distribution file 13 0. 

The uniqueness of the installed aggregate 

15 distribution file 15 can be used to restrict its operation to a 
specific central processing unit (CPU) on the installation 
computer. The identification of the CPU for these purposes 
would be done by the UIA 2 00 during the stage of gathering data 
32, 34 for transmission to the SDA 100. 

2 0 The SDA 100 and UIA 200 disclosed herein are not 

restricted to being invoked at the time of installation or 
upgrading of the installed distribution file 17 0. For example, 
in a computer game environment, the SDA 100 and UIA 200 could 
be invoked when the user reaches a certain point in the game, 
25 giving the user the option to purchase additional 
functionalities or levels for the game. 

This disclosure does not presuppose that the UIA 200 
does not possess added intelligence to increase the 
functionality of the present invention. For example, the UIA 

3 0 2 00 may possess the intelligence to find and recognize separate 

Personal Digital Certificates on the installation computer 
which establish his identity for purposes sufficient to 
authorize all, or part of, the transaction in question. Such 
Personal Digital Certificates and their method of application 
3 5 would conform to established standards such as those used by 
commercial certificate provider Verisign™ Inc. In addition, 
the UIA 200 could possess the intelligence to find and 
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recognize digital "coupon" certificates which establish that 
the user has some specific privilege, such as an entitlement to 
a specific price for a piece of software, or one which 
establishes his membership in a specific group, such as a 
5 company. In addition, the UIA 200 could locate pre-existing 
files installed according to the method of the present 
invention, and examine the embedded data 171. If the UIA 200 
determines that there is license information present which may 
affect the terms of the transaction, or which may indicate a 

10 user's likely interest in, for example, an upgrade, the UIA 200 
can transmit this information to the SDA 10 0 so that it can 
suitably mediate the transaction, advertise an upgrade, etc. A 
typical example of this would be examining a word-processing 
application installed in accordance with the present invention 

15 to determine that the user is entitled to a free upgrade, which 
the present invention can then proceed to install. 

In another set of variations of the invention, the 
installed aggregate distribution file 15 is one which uses the 
principles of Nortel Algorithmic Authorization (NAA) , as 

20 disclosed in U.S. Patent Application No. 08/674,037 to add 
robust self -policing of its own integrity. In a first 
variation, the run- time NAA algorithms, which already have the 
capability of using the installed aggregate distribution file's 
15 own code as an input required for proper operation, and thus 

25 of forcing catastrophic failure in the event of tampering, have 
the scope of this input expanded to include an 
in-memory copy of one or more of the data items added by the 
SDA 100, such as the overall cryptographic signature 176. 

In a second variation, the "launch stub" component 

3 0 could go further, extracting and decoding the embedded data 171 
in the installed aggregate distribution file 15, and comparing 
the license terms therein (e.g. a specific CPU identified by, 
say, a certain physical Media Access Control address on a 
network card) to those it found by examining its current 

3 5 environment. In accordance with the principles of Nortel 

Algorithmic Authorization, the "launch stub" would not have to 
"decide" whether to proceed, since such decision- 
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points are obvious attack points for 'hackers' wishing to 
defeat security mechanisms. Rather, it could modify data upon 
which proper program operation depended, in such a way that the 
.. program would continue to run properly only if said data 
5 corresponded to the proper environment per the license. As for 
the first variation, the application would have been 
pre-constructed for the specific instance, as per the 
patent -pending technology, in such a way that its proper flow 
of control used input data that was initially 'incorrect' in 

10 just such a way as to be 'corrected' only by application of the 
correct license data, or a simple derivative thereof. 

The invention disclosed herein does not necessarily 
alter the functionality of the installed form of the installed 
aggregate distribution file 15, it only adds information and 

15 authenticability to it. However, there are a number 

of means by which the behaviour of the installed aggregate 
distribution file 15 can be mediated in new ways enabled by 
this invention. In one variation, the SDA 100 would have 
access to a variety of executable forms for a given program, or 

20 to software routines which would dynamically construct variant 
forms, in order to produce a program which meets 
particular customer function/cost requirements, and/or which 
actively binds itself to very specific license terms. For 
example, in the Microsoft Windows™ environment, different 

25 behaviour could be embodied by different Dynamic Link Libraries 
(DLLS) which could be selectively included. 

In another variation, the initial executable form of 
the program file would have specific functional and 
license-binding choices built-in, and the SDA 100 would inject 

30 (possibly authenticable) data into the executable file which 
caused it to exhibit the desired behaviour. In yet another 
variation, the SDA 100 could make use of routines with detailed 
knowledge of specific program structures in order to add 
variant code to a pre-existing executable program which was not 

3 5 explicitly designed to accommodate such variation. 

The described embodiments of the present invention 
focus on a single "core" file of a specific file type as the 
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cornerstone of a software application's installation and 
security. However the method of the present invention may 
certainly be applied to more than one file or file type in a 
particular case. For example, all of the static files 
5 associated with an installed software application could receive 
embedded information such that they were all authenticable and 
associable with the particular application and installation 
instance . 
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We Claim: 

1. A method for the electronic distribution of a 
software application from a distribution computer to an 
installation computer comprising the steps of : 

a. receiving at said distribution computer 
identifying information; 

b. embedding said identifying information in said 
software application at said distribution computer to 
form an identifiable software application; 

c. generating a cryptographic signature for said 
identifiable software application; 

d. embedding said cryptographic signature in said 
identifiable software application to form an 
identifiable and authenticable software application; 
and 

e. transferring said identifiable and authenticable 
software application from said distribution computer 
to said installation computer. 

2. The method of claim 1, wherein the step of generating 
a cryptographic signature for said identifiable software 
application includes the steps of 

a. applying a one-way hash function "hf" to the 
identifiable software application n ed" producing a 
hash result "edh" , where edh = hf(ed); and 

b. encrypting the hash result "edh" using a 
cryptographic key to obtain a cryptographic 
signature. 
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3. The method of claim 2, wherein the one-way hash 
function is generated using any one of a Message Digest 5 (MD5) 
algorithm and a Secure Hash Algorithm (SHA) algorithm. 

4 . The method of claim 2 or 3, wherein the step of 

5 encrypting the hash result "edh n includes the step of using a 
public/private encryption function "ppef" and a private 
encryption key "prk" to encrypt the hash result "edh" to 
produce a cryptographic signature "edf" where edf = ppef (prk, 
edh) . 

10 5. The method of claim 4, wherein the public/private 

encryption function "ppef 11 is generated using any one of an RSA 
algorithm, a Rabin algorithm and an ElGamal algorithm. 

6. The method of claim 1, 2, 3, 4 or 5, wherein the 
distribution computer and the installation computer are 

15 connected by the Internet. 

7. The method of claim 1, 2, 3, 4, 5, or 6, wherein the 
identifying information received at said distribution computer 
is transmitted from said installation computer. 

8 . A method of receiving electronically at an 

2 0 installation computer a software application distributed from a 
distribution computer comprising the steps of: 

a. receiving an identifiable and authenticable 
software application from the distribution computer, 
the identifiable and authenticable software 

25 application having embedded therein the identifying 

information and a cryptographic signature of the 
identifiable and authenticable software application; 
and 

b. installing the identifiable and authenticable 
30 software application at the installation computer. 
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9. The method of claim 8, wherein prior to the step of 
receiving an identifiable and authenticable software 
application from the distribution computer, the installation 
computer transmits identifying information to the distribution 

5 computer. 

10. The method of claim 8 or 9, wherein prior to the step 
of installing the identifiable and authenticable software 
application, the installation computer authenticates the 
integrity of the software application. 

10 11. The method of claim 10, wherein the installation 

computer uses the cryptographic signature to authenticate the 
integrity of the software application. 

12. A method for the electronic distribution of a 

software application from a distribution computer to an 
15 installation computer comprising the steps of: 



a. receiving identifying information at said 
distribution computer; 



b. embedding said identifying information in said 
software application at said distribution computer to 

2 0 form an identifiable software application; 

c. generating a cryptographic signature for said 
identifiable software application; 

d. embedding said cryptographic signature in said 
identifiable software application to form an 

25 identifiable and authenticable software application; 



e. transferring said identifiable and authenticable 
software application from said distribution computer 
to said installation computer; and 
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f . installing said identifiable and authenticable 
software application at said installation computer. 

13. The method of claim 12, wherein the distribution 
computer and the installation computer are connected by the 

5 Internet . 

14. The method of claim 12 or 13, wherein the identifying 
information received at said distribution computer is 
transmitted from said installation computer. 

15. A software distribution computer for distributing an 

10 identifiable and authenticable software application to a user 
comprising : 

a. a communications link between said software 
distribution computer and said user; 

b. a storage device for storing a software 
15 application for distribution; 

c. a communications interface in communication with 
said link, for receiving identification data from 
said user, and for transferring said identifiable and 
authenticable software application to said user; 

2 0 d. means for embedding identification data received 

from said installation computer in said software 
application to form an identifiable software 
application; 

e. means for generating a cryptographic signature for 
25 said identifiable software application; and 

f . means for embedding said cryptographic signature 
in said identifiable software application to form 
said identifiable and authenticable software 
application. 
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16. A software installation computer for receiving an 
identifiable and authenticable software application 
distributed by a distribution computer: 

a. a communications link between said software 
installation computer and said software distribution 
computer; 

b. a storage device for storing identification data, 
and for storing an installed software application; 

c. a computer communications interface in 
communication with said link, for transferring said 
identification data, and for receiving said 
identifiable and authenticable software application, 
the identifiable and authenticable software 
application having embedded therein the 
identification data, and a cryptographic signature of 
the identifiable and authenticable software 
application; 

d. means for installing said identifiable and 
authenticable software application on said computer 
storage device. 

17. A software distribution computer for distributing an 
identifiable and authenticable software application from a 
distribution computer to an installation computer comprising: 

a distribution computer; 

an installation computer; 

a communications link between said installation computer 
and distribution computer; 

said distribution computer comprising: 



WO 98/45768 



PCT/CA98/00241 



- 34 - 

a. distribution computer storage device for storing a 
software application for distribution; 

b. a distribution computer communications interface 
in communication with said link, for transferring an 
identifiable and authenticable software application 
to said installation computer and for receiving 
identification data from said installation computer; 

c. means for embedding identification data received 
from said installation computer in said software 
application to form an identifiable software 
application; 

d. means for generating a cryptographic signature for 
said identifiable software application; and 

e. means for embedding said cryptographic signature 
in said identifiable software application to form an 
identifiable and authenticable software application; 

said installation computer comprising: 

a. an installation computer storage device for 
storing said identification data, and for storing an 
installed software application- 
fa . an installation computer communications interface 
in communication with said link, for transferring 
said identification data to said distribution 
computer and for receiving said identifiable and 
authenticable software application from said 
distribution computer; and, 

d. means for installing said software application on 
said installation computer storage device. 



WO 98/45768 



PCT/CA98/00241 



1/10 







Agent 




lation 




Instal 


o 
o 

CM 


User 



co 



c 

0) 

> C 
C 0) 
LU CO 



CNJ 

CO 



2 S 



CO 

Q 




E 

0) 

(1) £ 

3 < 



c 

O 
JO 

15 
c 





(0 

* * 


l_ 
0) 


nenl 




o 


Q 


Q 


E 


E 


o 


o 


o 


o 



WO 98/45768 



PCT/CA98/00241 



2/10 



CM 



c 

< 
C 

.2 

3 
£2 
"C 

■4-> 

(0 

o 

0) 

i_ 

3 

O 
<D 
(0 

o 
o 





ate 
ition 


1 
1 
1 










fl> -13 




k. 

o 






o 


Aggn 
distri 
file 


*o 


Netw 


or 

Secu 
Laye 


O 
O 
CNJ 




0) 

3 5 

o o 

a £ 
o 



1 




c 




o 




'</> 


E 


0) 




onv 


rogi 


a 


a. 



o 



Q> 


T3 


JQ 


ap 


o 


ed 


03 


JQ 


CO 


E 


Q 


0) 



o 

CM 






c 






o 


E 




a 


CO 




ro 


k. 


k. 


t- 


O) 


0) 


<D 


o 


(0 


■*-» 


k- 


3 


_C 


CL 




WO 98/45768 



PCT/CA98/00241 



3/10 



J2 
c 

Ql 

— 

CO C 
C O 



CD 

CO 



O m m 



en 

+-» 

TO 

Q 
"O 

o 

T3 
"O 
0) 
-Q 

E 



Q. 

2 2 
o 

CO 

£ c 

b 9? 



c 
w O 

° 

_ 0> CO 

w c u 
c o c 



O) 



o o 



CO 



O ^ (o 



c 
o 

C E 

o 2 
o a. 









c w 






put 


ptio 
thm 








113 

PK 

ncryi 

Igori 




rol 


t/0 








CL UU < 




on 


a 












o 




o 








jE 




era 


gic 


2 E 




> 


o 


? £ 




O 












112 

Cryp 
hash 
algoi 




o 



CD 


T3 


JQ 


de 


O 


"O 
<D 


CO 
+-» 


-Q 


CO 


E 


Q 


01 



- CO 

E cn 

r ? C3) 

•i 8 ; 
5 si 

£ * 2 
o -Q *- 

° ^-o 
-Q c « 
■o ~ o 

<D 3 «_ 
.h -° »- 

ST « ' 

o ° ■- aj 
z arc 




< 
CO 



CD 



WO 98/45768 



PCT/CA98/00241 



4/10 



c 

0) o 
0) -Q 

< T3 



o 



ca 
co 



c o 

.E o S 
o> ° 

O ^ *= 



2 

CO 

Q 
T3 

a> 

TJ 
"D 
CD 

E 



a jz 

0) g Q> 

O i 
0) « 

j3 a c 
E b.S> 

UJ O (/) 
CM 



u 

IE 
a. 

2 
o 

Q. 

o 

— 3 

<5 « 

a £ 

> .? 

O c/> 

CO 

1^ 



c 
o 

C Q) 
CO C "O 

c o c 
or> O c/> 



o 

o 2 
o a. 



a. 
*-> 

O c 

o - 
= <* 
2 9 

> o 
O —j 



c w 
.2 E 

v-CL c J? 

cl ai < 



IE 

_(J .c re 



CD 

CO 



o 

CO 



15 5 
'a>'B 
Oic 




0) 

-*-> 

E o> 
i £ 

s 8 5 
e S3 J 

> m O 

o -° *- 

-Q E as 

a> = 
,h -° i- 

3 E «K 



a> 



a) 



a> 




xj 


0) 






o 
«-» 


pe 


ata 


JQ 

E ! 


o 


0) 




WO 98/45768 



PCT/CA98/00241 



5/10 



0) 



c 

0) o 
TO X 
CD -Q 

o) .52 

< TJ 



o 



J2 
c 

co c 
c o 
u 



c 
o 

0) 
0) 



CD 

CO 



O) 

c a> g 



5 
co 
Q 

T3 
CD 

-o 

"O 
CD 
-Q 

E 

LU 



0) 



CO 

c 

D) 

nj o 

Q 2 
•o a 
a> {? 

~ O) 

o 



"O 

CD £ 

si a 

E b 
111 o 

eg 



01 
3 
(0 

c 

"55 
o 

ii a 
u= co 

75 5> 
.E 2 

D) CL 

O o 

to 



c 
o 

C 0) 

— 3 w 
« c -a 
c o c 



a) 



jQ 
CO 



o o 
Oca) 



C 

o 

2 i 
1 s, 

I £ 
o a 





c » 


put 


ptio 
thm 


rol 

t/Out 


113 

PPK 

Encry 
Algori 




1 I * 








o 


erall 
gic & 


!£ 


2 E 




tog 

rithi 




112 

Cryp 

hash 
algoi 



o 

CO 

6 

52 LL 

S o» 



o 

00 



c 
o 

t5 

re 3 
.E.-2 

'C CA 0> 




2 & 

0) Q. 
> m ° 
O - 

S -a 
JQ c co 

■ot; o 
.± 

3 E -K 

o s-s J2 




WO 98/45768 PCT/CA9 8/00241 



6/10 



0) o 



T3 CO 



5 D){j Q) 

£ o> .2 



0) 

E . £ 

Q CP c 

to a> "5 o 

0) q, 0 03 

0) CO — 

r "o "O Q. 

~ a-o o. 

O 3 ro co 



CD 

LL 






LU 






v. X 




55 lu 




&< 


CO 


£=> 


o 


UlA 
(e.g. 


CM 




o 
o 

CO 









Vm 






o 


w 






D 


0) 


0 


o 


>> 


0> 


to 


•z 


(/) 


-J 



o 
o 



O 

si- 

3 w C 

0) .52 O) 
(/) Q < 



WO 98/45768 



PCT/CA98/00241 



7/10 




WO 98/45768 PCT/CA98/00241 



8/10 



CO 

(3 

LL 




>; * 

■a » «= 

T3 a> •- 
"o ■£ « 

c 'C c 

i °-° 

g > o 
^ *S 
w ~ 2- 

O Q. 
:= >» 08 

Sg.E 

03 0) T3 

•a - fl> 

CO -D 0> 



Q) 

nj 
o 

o 

c 
o 



o 



S JO) 

a c 

a 0) 






C 


_>> 


o 


75 


CO 


o 


c 


(0 


Q. .2 


om 


D. 


3 










Q) C 


< 


Q. '"" 




E 


• 


o 



0) 

c 
o 
Q 




c 

o . 

fl 

a. 



a> 



c 5 

a> 3 

CO . (A 

to g> 



2* w 

O) Q) 

06 «= 

o c 
c o 

P c 



WO 98/45768 



PCT/CA98/00241 



9/10 



LL 




a) re 

E 

c 

.2 % 

re 

= i 

CO T3 



JS 06 
o 

c ^ 
.= (0 

re a 

gi 

o 0 
a 

re c o 
o o JO 

Ql re 
a. o a 
re = 

.E q. c 

ill 



<* ST 
ft * 

(0 CO 

l! 

>, .2 

0) t! 
^ re 

a, .Si 
re 9- 

> g- 

i 0) 







c 




>* 


o 




CD 


apt 


< 


on 


(0 

c 






2 


O 


ryp 


\- 


c 


a 


"re 


o 


0) 


'o 








c 


re 


(1) 


re 


o 


3 


c 


Q. 






C 




re 


3 


E 






E 


c 


C 


o 
o 


0) a) 


• 


i 


1 





c 
o 



O © CD 



<0 
>% 

o 

<D 



CO 

fl 

*2 o 
c 

Q) 3 

x: xi 

3 S 

re co 



Jc •-= ? 



Q. 
Q. 
3 

2 

Q) 

CD • 

X3 CO 

3 G> 

o re 



>- CO 

fc- >* 

O CD 
JZ 

re co 

O) 0) 

CD C 

C O 



cj 5 .E £ Ere 



re g> 



— CD 
^ U 
i 



9.E 




WO 98/45768 



PCT/CA98/00241 



10/10 



oo 
CD 

LL 



UL 
O 

LU 
C/> 
Z> 

o 



< 

Q 

Q 
LU 
Q 
Q 
Ul 
CQ 

s 




§ 3 * g £ 
f £| 8 8 

□ <S JQ 



INTERNATIONAL SEARCH REPORT 



Int :lonal Application No 

PCT/CA 98/00241 



A. CLASSIFICATION OFSUBJECT MATTER 

IPC 6 G06F1/00 



According to International Patent ClassifjcaUon(IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 G06F 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category J Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



EP 0 686 906 A (SUN MICROSYSTEMS INC) 13 
December 1995 

see column 4, line 1 - column 5, line 5; 
figures 4,6A,6B 

LEIN HARN ET AL: "A SOFTWARE 
AUTHENTICATION SYSTEM FOR INFORMATION 
INTEGRITY- 
COMPUTERS & SECURITY INTERNATIONAL JOURNAL 
DEVOTED TO THE STUDY OF TECHNICAL AND 
FINANCIAL ASPECTS OF COMPUTER SECURITY, 
vol. 11, no. 8, 1 December 1992, 
pages 747-752, XP000332279 
see page 750, left-hand column, paragraph 
2 

see page 750, left-hand column, paragraph 
8 - right-hand column, paragraph 5 

-/-- 



1-6,8, 
10-13, 
15-17 
7,9,14 



1-17 



m 



Further documents are listed in the continuation of box C. 



|)( I Patent family members are listed in annex. 



* Special categories of cited documents : 



"A" document defining the general state of the art which is not 

considered to be of particular relevance 
"E" earlier document but published on or after the international 

filing date 

"L" document which may throw doubts on priority ciaim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance: the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taKen alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art 

document member of the same patent family 



Date of the actual completion of theintemational search 



8 July 1998 



Date of mailing of the international search report 



15/07/1998 



Name and mailing address of the tSA 

European Patent Office. P.B. 5818 Patentiaan 2 
NL - 2280 HV Rijswqk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax (+31-70) 340-3016 



Authorized officer 



Hoens, R 



Form PCT/1SA/2 10 (second sheet) (July 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 


lnt< '•' onal Application No 

PCT/CA 98/00241 




C.(Contlnuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 




Category * 


Citation of document, with indicatioawhere appropriate, of the relevant passages 


Relevant to claim No. ' 




A 


US 5 509 074 A (CHOUDHURY ABHIJIT K ET 
AL) 16 April 1996 
cited in the application 
see abstract 




1-17 




A 


EP 0 717 337 A (IBM) 19 June 1996 

see column 1, line 1 - column 2, line 40 




1,8,12, 
15-17 


1 











Fomi PCT/1SA/21 0 (continuation o! second sheet) (July 1992) 



page 2 of 2 



; INTERNATIONAL SEARCH REPORT 

Information on patent family members 



Int donal Application No 

PCT/CA 98/00241 



Patent document 


Publication 




Patent family 


Publication 


cited In search report 


date 




member(s) 


date 


EP 0686906 A 


13-12-1995 


US 


5724425 A 


03-03-1998 






JP 


8166879 A 


25-06-1996 



US 5509074 A. 16-04-1996 CA 2137065 A 28-07-1995 

EP 0665486 A 02-08-1995 
JP 7239828 A 12-09-1995 



EP 0717337 A 19-06-1996 JP 8221268 A 30-08-1996 

US 5745678 A 28-04-1998 



Fomi PCT/lSA/210 (patent tamfly annex) (July 1992) 



